REM ARKS /Aj^M^ETO 
'This amendment is in response to the Office Action mailed May ] \ 2006. I he responses 

below are in the order in which the rejections are set forth in the Office Action 

Claims 1-20 are pending in the present application. Claims Oil, 13, 14, and 17-19 are 

rejected. Claims 1 and 1 7 have been changed, and Cairn 20 has been added by this amendment. 

The Examiner rejected claims 1-10 and 17-19 under 35 USC .1 03(a) as being unpatentable 
o\u Smith (1 S Patent "O, n 0 <s on t \np! u nf u pn InKoe tod no 'luiVuJ.iin.l 
and 1 7 to clarity the invention.. 

SmnhdistO > a ostein unkkhne.tcsei\c que u > .no poidmgutpns^blc Jednat snsfoi 
a packet. If die packet is a multicast packet, an entry is made in each receive queue corresponding to 
the destinations for the packet, where a packet's destinations are found using a look-up routing table. 
For each entry read in the receive queue., a corresponding data packet is read frern memory and 
output. 

in contrast. Applicant recites in claim 1 a data transmission system including a packet switch 
module and a memory block located at each erosspo.inL the memory block including memory control 
means for determining from the header of a received data packet whether the packet is to be 
forwarded to the output port associated with the crosspoint. The memory control means analyzes all 
the bytes following the header when the header indicates that the packet is a multicast address packet 
preceding a multicast .frame. All the bytes fol lowing the header arc analyzed in order to determine, 
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without ihe use of a routing table, whether the multicast frame packets are to be forwarded to the 
output port associated wan the crosspoint. 

Stmih dues n t djwlws ^ i sucwe-t n<.moj ^ <d s k his which anah/es all t he b\ tes in a 
><lalol in ibuki hjftiaa! un ulfnao d Jt ->st k mi lf_Mim 
where the bytes are analyzed in order to determine (without the use of a routing table) whether the 
multicast frame packets are to be forwarded to the output port associated with the crosspoint Smith., 
in contrast, uses a mul ticast routing table, which is his "look-up table" disclosed at col. 8, lines 42-47 
and col. 17, lines 2-6. to determine the identity of destination ports (col. 10. lines 48-50} tor a packet. 
Smith must use the address in a received ceil header to find (in the look up tabic) the address of the 
destination port. Smith does not have the memory control means of each crosspoint in a switch 
t nvUile uaah c the bsk - t 'h v\,n 1 tx ten in i ucu c, em _ , L s, p dci to determine 
whether the frame packets following the address packet are to be forwarded to the output port 
associated with that particular crosspoint in the switch module. South discloses no multicast address 
packet; each cell carries its own destination information (col. 8. lines 47-50) and the routing table is 
used to find the destination. Applicant's multicast address packet, in contrast, allows a memory 
control means to analyze the bytes in a specific address packet to determine if that memory control's 
output port is a destination for the following multicast frame packets, and thus the memory control at 
each crosspoint knows whether the frame packets will be submitted to the output port for that 
crosspoint, without having to consult a routing table. Thus, lor example, the maintenance of such 
routing tables can be avoided when using Applicant's invention. 
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control means analyzes ihe information when the header indicates the packet is a multicast address 
packet, preceding a multicast frame, in order to forward the multicast frame to the output port. 
However. Fig. 2 shows that Smith uses a look-up table i 44a as a routing Table, as explained above, to 
find the destinations for cells. The cited lines al col. 1546 describe Smith's process of reading 
fflultica t descriptors from receive queues 3 descrip oi having multicast >s a v. . bits i ViPBs) 
provided before the multicast cell. However, these processed hits are not. multicast address packets 
as recited by Applicant. Sm.Ui.fs multicast descriptor is created by Smith's data unit after a multicast 
cell is received by a memory control in unit 1 2, by setting each MP 8 as one of the destinations tor 
the ceil, each of these destinations found via the multicast routing table 144 as explained above, (Col.. 
It \nv In M>.o 3 -od 1 here ^ no multicast uhlie^ p seket jeeehed tw Sumh's daiuunh 12 which 
can be analyzed to determine if a crosspointas output port is a destination for a multicast tarns-. 
Smith's device must create the MPS address information using the routing table. Furthermore, 
Smith's memory control does not receive a multicast address packet, but rather provides a header for 
each cell (bits MPBO to MP.B63 in Fig. 5). Thus the .Examiner's cited Figure and description do not 
disclose or suggest Applicant's invention . 

1'he Examiner state that Smith, does not ciearb ti ich maiyzing ill heb tesfbikm ng th< 
header, but that Smith teaches analyzing ail the remaining bytes of the ceil, which is the pay load, in 
order to know the destination information, at coi. 19-20, lines 43--26: and therefore it would have 
been obvious to analyze ail the bytes because Smith teaches infonnaiton data, storage in the input 
buffer and analyzes the routing destination according to the information. 
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However, these cited lines of Smith describe a switching unit that receives each eeli with a 
routing tag attached to it, the routing tag specifying the cell's destination: the routing tag ts converted 
to a pott address to allow- output .from the input po; 1 to he de-i< ubon [ here is m imtltKa^t add es^ 
ket receive* net in tdvance of a multicast ft ne rathe* each cell ha ts >w« destination taj 
byte that is fost received, and is attached to the cell data bytes (col. 1 9, lines 55-60). Furthermore, 
Smith's switching unit 8 does not analyze all the bytes of the payioad after the header to determine 
whether the packets o f the frame are to be forwarded to the output port associated with a erosspoiut, 
as recited by Applicant. Smith's switching unit 8 only examines the routing tag (col. 20, lines 3-6): 
the data byte payioad is simply stored in a buffer (col. 19, lines 58-60) and transferred to an output 
port (col. 20, lines 55-62). Smith's storing of the data in an input buffer and transferring the data to 
the output is not an analysis of all the bytes of a packet Furthermore, Applicant's invention does not 
analyze the data payioad of a packet, but rather analyzes all the bytes of a multicast ad dress pack et 
provided in advance of (preceding) the payloads in a multicast frame. Applicant provides a an 
address packet having address information for a following frame, which is not a tag attached to each 
data eel! as in Smith. Therefore it would not be obvious in view of Smith to analyze ail the bytes 
following a i chIu uf umdm addict p,.dwt a^ leei'ed iw \pphumt 

in ewofth tot cm \pp)icam bel ces that claim 1. i patentable o^ r Smith 
Claims 2-10 are dependent on claim 1 and are patentable over Smith for at least the same 
reasons as claim 1 and for additional reasons. For example, claim 3 recites a header validation 
control block and memory controller used with the multicast address packet of the present invention, 
and is not disclosed or suggested by Smith, Claim 7 recites that each byte of the multicast address 
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packet following the header is associated with a switch module and defines the addresses of the 
output ports of the module, to which the multicast frame is to be forwarded. Smith neither discloses 
nor suggests any such multicast address packet, as explained above with reference to claim 1. 

Claim 1 7 recites a data transmission system including a switch module having at least two 
crosspoints, a memory operative ly coupled to each one of the at least two crosspoints, and a plurality 
of memory controllers, one of each operative!}- coup led. to each one of the memory, The memory 
controllers examine a header of a packet which is forwarded to output ports associated with the 
coupled crosspoint and analyze all the bytes following said header when the header includes a 
specific configuration indicating that said packet is a multicast address packet preceding a multicast 
ffaitie. The multicast address packet .includes information describing a plurality of destination output 
ports for said multicast frame. All bytes following the header are analyzed in order io determine, 
without the use of a routing table, whether the packets of said multicast frame are to be forwarded to 
sa.id output port associated with the coupled crosspoint. 

Similarly as explained above with reference to claim L Smith does not disclose or suggest 
memory controllers that analyze ail the bytes in a packet following a header when the packet is a 
multicast address packet pieced me a tm Isk o! ft mn Cieu the bytes arc analv/cd in order to 
determine whether the following multicast frame packets are to be forwarded to the output port 
associated with the crosspoint. Applicant therefore believes claim 17 is patentable over Smith. 
Claims 18 and 19 are dependent on claim 1? and are patentable over Smith tor at least the same 
reasons as claim 1 7. 
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Applicant therefore respectful! y requests (hat the rejection of claims MO and 17-19 under 
35 U.S.C. 103(a) be withdrawn. 

The Examiner rejected claims LL 13 and 14 under 35 U.S.C, 103(a) as being unpatentable 
over Smith (LIS. Patent 6,349,097) in view ofLoewen et ah (U.S. Patent 6,798,744). Applicant 
respectfully traverses. Claims 11,13 and 14 are dependent from claim 1 . Neither Smith nor Loewen 
eta! hscloseoi suggest .mem- r> com olie >that mah mall the bytes in a pad et follow ngt 1 cadet 
when the packet is a multicast address packet preceding a multicast frame, where the bytes are 
analyzed in order to determine whether the following multicast frame packets are to be forwarded to 
the output port associated with the erosspomt. as recited in claim 1 . Applicant therefore believes 
claims 11. 13. and 1 4 are patentable over Smith in view of Loewen for at least the same reasons as 
claim L and respectfully requests that the rejection of claims 1 L 1 3, and .14 under 35 U.S.C. 103(a) 
be withdraws). 

New claim 20 recites the subject matter of claims 1,2, 11 and 12, which the Examiner 

indicated to be allowable. Claim 20 is therefore believed to be patentable. 

li. is believed the present amendment answers all the issues raised by the Examiner. 
Reconsideration is hereby requested and an early allowance m ad die claims is solicited. Should any 
unresolved issues remain. Examiner is invited to call Applicants' attorney at the telephone number 
indicated below. Respectfully submitted. 
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